home *** CD-ROM | disk | FTP | other *** search
- ============================================================================
-
- These notes are from Trey Boudreau (trey@treysoft.com). Note that these
- caveats do NOT apply to using Hoard with other OS's, like Linux or Solaris.
- On those systems, linking with Hoard replaces calls to malloc/free and
- new/delete in both the system libraries and your application, so (1) and
- (3) do not apply.
-
- -- Emery
-
- ============================================================================
-
- Given the way shared libraries are built under the BeOS, you will NOT be
- able to replace the BeOS allocator with hoard for the system libraries. In
- other words, you can't make an already compiled application use hoard. You
- can only use it for building apps for which you have the source. If you
- decide to build an app using hoard, please note these ramifications and
- limitations from the above:
-
- 1) You can't free()/realloc() memory from one allocator by another. For
- example, you can't call hoard's free() on the pointer returned from
- strdup().
-
- 2) To gain access to the system allocator, you'll have to write wrappers for
- them, or use different names for the hoard allocator entrypoints.
-
- 3) To make your C++ code's new and delete operators use the hoard allocator
- (in your code only, not the system libs), you must include -lgcc in the
- linker options. If you do not, you will end up getting the new and delete
- support from libroot.so, which will use the system allocator.
-
-